home *** CD-ROM | disk | FTP | other *** search
/ SuperHack / SuperHack CD.bin / CODING / SOUND / IT205.ZIP / BUGS.DOC next >
Encoding:
Text File  |  1996-08-18  |  3.8 KB  |  72 lines
  1.  
  2. OK.. here's a list of the known problems - I'm working on them, so unless
  3. you know how to help... please don't write to me about it!
  4.  
  5. 1) Using a SB16 with DMA 1, causes floppy disk read errors when stereo is
  6.    selected! I don't know *WHY* it does this, but when you turn OFF stereo,
  7.    you can access your floppy disks again perfectly well!
  8.  
  9.    I suspect that this problem also causes problems with QEMM. (I haven't
  10.    tested it myself)
  11.  
  12.    My only possible suggestion (and it sucks), is that there's a hardware
  13.    fault on the SB16 for it's 8-bit DMA..... it doesn't seem to cause any
  14.    obvious problems when I put my SB16 onto DMA 3, though.
  15.  
  16. 2) Incompatibilities with some monitors (Which don't support the screen mode
  17.    that I'm using) and video cards (which don't support a second character
  18.    set). Also, a really weird fix for problems with the video mode (but one
  19.    that works for the person who sent it to me) was to run DOS's EDIT before
  20.    running the tracker!
  21.  
  22. 3) Sound Blaster 2.00 users will find that the detection finds a SB Pro.
  23.    Sorry - you'll have to override the commandline switch with -s1 for now.
  24.  
  25. 4) Apparently, many problems have been encountered with QEMM... I really
  26.    don't know what's going wrong here at the moment (I haven't had any
  27.    experience with QEMM myself), but try using the following line in your
  28.    CONFIG.SYS file. If this still doesnt' work, I would recommend that you
  29.    steer clear of QEMM if possible for the meantime.
  30.  
  31.                 DEVICE=<path>\QEMM.SYS DMA=64, HANDLES=255
  32.  
  33. 5) With the GUS, 16-bit samples > 256k will *NOT* be played correctly. This is
  34.    due to a 'quirk' of the GUS - something that I don't know how to easily fix.
  35.    This does *NOT* occur with 8-bit samples. (This is the same problem that
  36.    you'll find in FastTracker II also)
  37.  
  38. 6) Some MODs/S3Ms won't sound quite correct if they use G00 commands after
  39.    Exx or Fxx commands, because in Impulse Tracker, the 'memory' for Exx, Fxx
  40.    and Gxx are linked, whereas this is not so for MODs/S3Ms. Also, S3M also
  41.    links Exx and Dxx (I *THINK*) whereas IT does *NOT*
  42.  
  43. 7) The "Active Channels" indication is *NOT* always 100% accurate (it's
  44.    even affected by stuff played in muted channels.....) Also, on a GUS or
  45.    AWE32, the program requires the hardware to provide the 'end of note
  46.    indication', whereas the mixing routines are calculated internally...
  47.    hence, if the hardware provides the indication a little later than expected,
  48.    another channel is allocated - what this means is that the value as played
  49.    on wavetable cards *MAY* differ from the value played on software-mixed
  50.    cards. This difference is minor (ie. 2 channels at most, unless you *TRY*
  51.    to setup a special situation)
  52.  
  53. 8) Due to the nature of the way I'm accessing memory, if you put a very small
  54.    loop around multiples of 64k, then the program *WILL* slow down badly.
  55.    This should not be a problem in general use, but is mentioned here just
  56.    in case.... And don't just go and try it out to prove that it isn't the
  57.    best routine :)
  58.  
  59. 9) There is no 'enforce Amiga limits' option in IT (Which was in ST3) so
  60.    pitches of notes exceeding the Amiga limit will not be suitably played.
  61.  
  62. 10) If your system behaves unexpectedly in IT, it *MAY* be necessary to
  63.     specify the complete parameter list on the command line. This should NOT
  64.     be a problem in most cases, but it has been known to occur.
  65.  
  66. 11) In Windows '95, if you shell to DOS when using SB on a high IRQ, then
  67.     playback may stop! I've got no idea as to why this happens, but it seems
  68.     to restore itself after loading another module (on a SB16)
  69.  
  70. 12) In Windows '95, the program sometimes used to cause the computer to hang.
  71.     This has NEVER happened since I specified full command line parameters.
  72.